hack console

Bonjour, j'ai quelques petites questions, j'aimerais me lancer dans le hack de la ps3, ma console n'ayant jamais été hakcer elle est en version 4.86 et elle est compatible CFW, j'aimerai savoir si le hack fonctionnera avec ce tuto ou s'il faut que je downgrad la console et de quelle matière ?

Merci d'avance pour vos réponses

Comme tu l’as dit le format Fat32 a des avantages et des inconvénients comme l’exFat en a également. Si tu restes en Fat32, il te faudra splitter les jeux volumineux. Et l’exFat a tendance à corrompre les données. Pour le format, c’est surtout en fonction de ce que tu recherches en termes de confort d’utilisation.

Pour ce qui est du Hack, tu dois d’abord penser à sauvegarder ta NAND et à l’issu créer une emuNAND pour l'utiliser strictement pour tout ce qui concerne l'underground. Ainsi, tu laisseras ta sysNAND propre et tu pourras utiliser le online.

Donc, démarrer ta console en mode normal dit « stock » et non en mode CFW sysNAND pour les aspects officiels et démarrer ta console en mode CFW emuNAND pour l’underground.

Si tu testes avec l’autre Switch en ta possession, si compatible hack, tu pourras voir à quoi ressemble ce fichier prod.keys. C’est un ensemble de clés. Ce fichier permet d’utiliser certains outils pour la console. Je ne peux pas poster de lien sur le forum car hors charte pour te montrer cet ensemble de Keys.

Pourtant si tu arrives à lancer Hekate, tu devrais pouvoir utiliser Lockpick_RCM pour essayer de dumper les clés. C’est bizarre.

Les outils donnés précédemment s'opèrent via PC mais le bin de biskeydump s’injecte de la même manière. Toutefois, la console doit être en mode RCM mais cela ne devrait pas poser de problème puisque tu es en mode autoRCM tout le temps dans ton cas.

Je ne peux toujours pas poster de lien mais tu peux lancer une recherche sur la toile avec cela [tuto avancé] - réinitialiser complètement une console, la débricker ou installer un firmware en utilisant ChoiDuJour et voir ce qu’il est possible de faire avec les éléments donnés. Je ne garantis pas que cela résolve ton problème.

Ne pas confondre restauration de NAND et downgrade de firmware, ces démarches n’ont pas le même but.

Certes, la restauration de la NAND te fait revenir à une version antérieure dans ton cas (ou dans la version dans laquelle tu as opéré la sauvegarde pour d’autres) mais à l’issu, tu devras mettre à jour HOS car tu auras des erreurs. Ceci est normal puisque tu as grillé des eFuses. Ces erreurs, tu les auras en mode normal mais pas en mode CFW puisque Hekate permet de contourner cela. Quoi qu’il en soit, la mise à jour résoudra cela. Et à l’issu, relancer le hack.

Le downgrade de version, dans les règles, se fait, si et seulement si, tes eFuses sont préservés. Et ce sans avoir d’erreur.

En gros, le downgrade te permet de descendre de version et la sauvegarde de la NAND est une opération de restauration en cas de brick ou de problème. C’est pour cela qu’il est conseillé de faire sa sauvegarde avant toutes modifications underground.

Pour le reste, non si tu utilises le mode « stock » , ce sera un boot lié au hack sur HOS mais sans Hack actif. En gros, tu vas utiliser le loader d’Atmosphère ou Hekate. Pour utiliser le online, il est nécessaire de démarrer ta console en mode normal sur HOS avec le loader de Nintendo. Enlever la SD est conseillé mais personne ne confirme que cela encourt un risque éventuel. D’ailleurs, personne ne peut confirmer ce qu’envoie réellement ni enregistre la télémétrie de la console. De plus, le lecteur de carte semble assez fragile (pour avoir eu des retours dans ce sens) donc à voir sur le long terme. J’ai tendance à oublier de l’enlever souvent mais ce n’est pas un exemple à suivre ^^

C’est d’ailleurs pour cela que je passe aussi par USB pour installer des NSP via Goldleaf en emuNAND.

Mais tu as des éléments en FAQ dans le tutoriel dédié à Atmosphère car j’ai déjà abordé tout cela dans de nombreux commentaires.

En fait je n'ai pas accès à l'eMMC , toujours la meme erreur.
J'ai essayé de charger boot 0 par le script Ultimate-Switch-Hack , mais pareil les logiciels ne detectent rien

Si la Nand est corrompue est ce possible sans que l'on bidouille la console ?
Car je pense vraiment que l'ancien proprio ne la pas hackée , et il m'a vraiment dit que c'était arrivé du jour au lendemain.
Si il y a corruption , vu que je n'ai pas de backup de la Nand , la réparation est elle possible ?

Pour info, SysNAND en mode « stock », c’est le démarrage de ta console sans CFW, dit en mode « normal » mais pas tant que cela. SysNAND en mode CFW, c’est le démarrage de ta console avec le Hack actif. Mais la sysNAND, c’est la NAND présente sur la console. Et l’emuNAND, c’est l'émulation de ta NAND sur la carte SD.

Ne pas confondre et mélanger le tout bien que je comprenne que l’on puisse s’y perdre ^^

Donc si tu as mis à jour ton emuNAND dans la dernière version et que tu as fais de même pour ta sysNAND, ta console est à jour sur les deux. Le mode stock, c’est juste pour définir un démarrage de la console en mode normal sans hack actif mais cela utilise un loader lié au hack.

Pour apporter des infos complémentaires, Hekate, qui est un custom bootloader, permet trois modes de boot (ce qui est très pratique pour l'utilisateur):

• En mode Stock, tu n’auras pas accès aux homebrews ni aux jeux non legits, ce qui est normal puisque ta console est en mode normal, donc sans hack actif avec un CFW non opérationnel. Mais même si la NAND est clean, propre de toutes modifications underground, il n’est pas possible de passer par les serveurs de Nintendo pour mettre à jour ou utiliser le online car ce mode passe par le loader d’Atmosphère / Hekate qui est donc lié au hack et pas vraiment conseillé.


• En mode sysNAND CFW, tu auras accès à tout mais attention de ne pas l'utiliser pour installer NSP ou homebrews. Cela aurait pour incidence de laisser des traces et/ou modifier ta NAND. Certains homebrews sont concernés mais ChoiDujourNX, non, si et seulement si, tu n’actives pas le mode autoRCM ! Et en aucun cas, on utilise ce mode pour connecter sa console et utiliser le online sur les serveurs de Nintendo !


• En mode emuMMc / emuNAND CFW, tu utiliseras et installeras tes homebrews et tes NSP. Les données ne transiteront que sur l’emuNAND et laisseront la sysNAND propre de toutes modifications underground. Mais de la même manière, on ne l’utilise pas pour se connecter sur les serveurs de Nintendo !

Donc sysNAND dite sysMMC, c’est la NAND sur la console que ce soit en mode « stock » ou mode CFW et emuNAND dite emuMMC, c’est l'émulation de ta NAND sur la SD que tu bootes en mode CFW.

Je ne suis pas spécialiste hardware donc difficile de confirmer quoi que ce soit.

Une NAND peut être corrompue car c’est possible. Pour le reste, ça n’explique pas un mode autoRCM actif sans hack préalable.

Et comme je l’ai dit plus haut, si la NAND a subi une mauvaise ou incomplète restauration, alors rien est possible (sauf erreur). Lorsque tu sauvegardes ou restaures une NAND, tu as le rawnand.bin, le BOOT0 et le BOOT1.

Cela reste des suppositions car je n’ai pas été confronté à cela pour le moment. Et de moi, il manque des éléments qui concernent cette Switch. Pour corrompre une NAND qui n’a « soit disant » pas été hackée auparavant, il en faut tout comme pour bricker la console.

Et s’il s’agit d’un problème hardware qui touche le module eMMC, c’est tout aussi bizarre sauf si l’objet fut de l’étendre à 256GB ou d’essayer de le changer par le même.

Vraiment bizarre... si l'ancien proprio ne l’a jamais hackée, comment le mode autoRCM peut-il être activé ?!?

Le mode autoRCM est une fonction qui vient du hack. Il s'active par défaut en utilisant l’outil ChoiDujourNX ou manuellement parce que l’utilisateur en a fait le choix.

Donc cela ne peut en être autrement. Il manque des éléments au problème que tu rencontres. D’ailleurs, même si elle avait été hackée en activant ce mode, tu pourrais simplement le désactiver via Hekate comme tu l’indiques et il ne devrait pas se réactiver à l’issu.

Donc il y a des éléments qui sont manquants. Il te faudrait savoir si l’ancien proprio l’a obtenu d’origine ou s’il y a eu des modifications hardware dessus par lui ou un autre. Et ce que ce soit une puce ou autre (car de mémoire, il existait une méthode pour activer ce mode RCM directement avec un bouton sur le joy-con ou dans la console).

Je n’ai pas d’autres pistes pour ton problème et je ne vois pas ce qui empêcherait celle ci de démarrer correctement avec ou sans hack.

Il y aussi la possibilité d’avoir restaurer une NAND corrompue mais là je n’ai pas plus d’explication. Et même si tu décidais de dumper ta NAND, si elle est corrompue à la base, cela ne servira à rien.

Et puis, si tu démarres via Hekate, pourquoi le reste ne fonctionnerait pas, c’est un autre mystère.

elle est non pachée et le proprio ne l'a pas hackée.
Il dit qu'elle n'a plus démarré du jour au lendemain, donc non elle ne démarre pas normalement.
C'est moi qui est mis une carte sd avec hekate , et là je démarre en appuyant uniquement sur power sans le jig et j'active tegra comme ça , et ensuite j'arrive à injecter hekate.
Donc c'est qu'elle est bien en auto RCM non ?
Et quand je vais dans tools et arch bit en bas , j'ai bien le auto RCM enabled .J'ai beau le désactiver et rallumer la console , l'auto rcm est toujours en enabled .